* comentariu
! afecteaza calitatea (bug-uri)
+ afecteaza viteza/memoria/rata de compresie

13 Dec 2005  0.3d
+ cateva ajustari pentru cativa bytes in plus
* acum compileaza sub intel si mocrosoft visual c++ .net
* pentru fisierul kennedy.xls trebuie folosita o alta varianta de mtf
  noua varianta se comporta in general mai prost, asa ca ramane cea veche

07 Dec 2005  0.3c
+ aceasta versiune reprezinta doar o imbunatatire a vitezei cu 30% - 40%
* code clean-up. nu mai primesc warning-uri
* mi s-a raportat ca nu compileaza pe intel c++ compiler!
+ am furat inca 1k la arhivare initializand order0 cu ceva invers exponential

13 Nov 2005  0.3b
+ am introdus inca un chain si aleg unul dintre ele cu o 
  euristica simpla. Se pare ca acesta euristica e si cea mai buna.
* pentru prima data am batut bzip2 si pe canterbury. urmatoarea tinta: WinRAR :))
* am adaugat o statistica cu canterbury. nu e completa. :)
* pare din ce in ce mai greu sa castigi bytes la compresie

13 Nov 2005  0.3a
+ am scos rle. dupa teste rle nu ajuta prea mult la compresie
* am facut mai multe teste iar noul mtf este cam cel mai bun
+ am adjustat cateva constante ca sa imbunatatesc rata de compresie
* am eliminat niste functii din model care nu mai trebuie. intamplator (?)
  s-a marit si rata compresie
* acum chile da aproape la fel ca bzip2 pe corpul canterbury

04 May 2005  0.3
+ am schimbat modelul
* pentru noul model am schimbat si mtf-ul
* pentru a testa rata de compresie folosesc corpurile canterbury si calgary
     * cu exceptia testului kennedy.xls (care se comporta ff ciudat: poate fi arhivat de 2 ori cu bzip2)
       chile produce o rata de compresie mai buna decat bzip2 sau gzip     

23 Apr 2005  0.2b
* am implementat alti algoritmi pentru MTF
* implicit ramane vechiul algoritm

24 Feb 2005  0.2a
+ am schimbat formula la mtf
     * noul loc este where = (current == 2) ? 1 : current / 3;

23 Feb 2005  0.2
+ am implementat order-1 statistics
    * in general are o rata de compresie mai buna
    * textbooks.tar este un test tare ciudat:
      majoritatea noilor formule pe care le incerc dau rez mai
      proaste :-S
    * formula pentru escape probabilities:
        (256 - not_seen) * not_seen / 128
    * schimband 128 cu alte valori obtinem o ff mica modificare a ratei de compresie (< 0.03%)

23 Feb 2005  0.1b
+ am modificat mtf0 -> sunt cazuri in care se comporta putin
  mai bine decat mtf1. mtf1 ramane implicit. cine vrea sa foloseasca
  mtf0 sa modifice sursa :)

22 Feb 2005  0.1a
+ am schimbat functia pentru RLE (acum escape caracter este mereu 0)
* am pus mesaje de help
* am rescris bucati de cod (am scapat de size_t (acum este uint32_t))
* am rescris encode (mai frumos acum :D), merge putin mai repede
* am rescris decode (mai frumos acum :D), merge putin mai incet
+ am imbunatatit viteza la btw_forward (merge cam de 2 ori mai repede)

21 Feb 2005  0.1
* Prima versiune
